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ألمقدمهء 


البرمجب :SOFK WA‏ 
الحاسبآلالي بدى ةا برمجيات كإنسان بلا روح › كما أن التطور الذي يحدث في أجهزة الحاسب 


الآلي ومكوناته يصاحبه ايت ر وتحدیث دائم في | 9 
عالم البرمجيات .[4] و 


رر 


والبرمجيات بصفة عامة هي عبارة ڊ 

الأوامر المرتبة منطقيا › ويتم تنفيذها بوا 

المعالجة المركزية للحاسب الآلي › ويختلف 

ونوع البرمجيات طبقا لعلاقاته وقربه من الحاسطب 
الآلي من ناحية » أو من قربه وعلاقته بالمستخدم ملل 
ناحية أخرى » فنجد أن نظام التشغيل ۲۴٤R1۸N6‏ 0 
58 بشكله الأولي هو الملتصق مباشرة 

بوحدة المعالجة المركزية لا۴© بينما نجد على ک۹ 
الطرف الآخر » التطبيقات البرمجيةٌ؟NS‏ 110 APPLICA‏ 


هي الأكثر قربا وسهولة بالنسبة للمستخدم. 


هندسة البرمجيات ع«أإءء«نعرء ١ءإهسااهS‏ هي فرع من فروع المعلوماتية يهدفه ألي تطوير 
مجموعة أسس وقواعد تهدف إلي تحسين طرق تصميم وتطوير البرامج علي جميع المستويات وذلك 
بطريقه تلبي احتياجات المستخدمين. 


وهندسة البرمجيات لا تهتم بكتابة البرنامج نفسه أي بكتابة شفرته بل تحاول تحسين عملية 
تطوير وصنع البرنامج ابتداء من المواصفات التي يضعها المحترف وانتهاء عند مشكلة صيانة البرنامج أو 
توسعه.وهي تقوم علي دراسة احتياجات المستخدم وتصميم البرنامج الناسب لها قبل كتابة شفرتهء وهناك 
العديد من الجوانب كالقدرة علي تطوير البرنامج بسهولة لاحقاء أو السرعةء أو إمكانية إضافة ملحقات له 
بشکل ديناميکي. ]2[ 
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-,١‏ تاريخ هندسة البرمجيات: 


استخدمت هندسة البرمجيات كمفهوم نظري من حين لآخر في آواخر الخمسينات و بداية 
الستينات من القرن الماضي. أما الاستخدام الرسمي الأول لهذا المصطلح فكان في مؤتمر 
عقد من قبل اللجنة العلمية في منظمة حلف شمال الأطلسي ٠۹٦۸‏ حول البرمجيات» وقد 
أخذ هذا المصطاح بالانتشار منذ ذلك الحين و لاقى اهتماما متزايداً في نواح مختلفة. عقد 
المؤتمر لمعالجة مايعرف "أزمة البرمجيات" والتي ظهرت بسبب استخدام الوسائل 
التقليدية في بناء البرمجيات مما أدى إلى ظهور برمجيات تحتاج إلى وقت كبير 

a ko‏ لية عالية أكثر مما هو مخمن لها وكفاءة ضعيفة في إنجاز الوظائف 

۱ ت 


ألحقيه الرابعة الحقبة الثالثة ألحقبه الثانية السنوات الأو 
e‏ 


*نظم مکتبیه قویه د * تعدد المستخدمين * التوجه الدفعي 
*التقانات ألغرضيه التوجه االتكاءالنضفن * الزمن الحقيقي * توزيع محدود 
*النظم الخبيرة ڊ منخفضة الثمن * قواعد معطيات * برمجيات مفصله 
*#الشبكات العضونيه الصنعة ١*‏ في الزبون *المنتج البرمجي للزبون 
*الحوسبة المتوازية 


- 


,- مفهوم هندسة البرمجيات: 


ائلبرمجية)Software(‏ شيءِ غير ملموس الخ حدما بالمقارنة مع اا نت 
کالعتاد المادي (Hardware)‏ ونفل لر ي من فت أو ملايین الوا 
اا د ا ا ا 
وازدياد في التعقيد و المتطلبات والمهام التي تقوم بتنفيذها. أما هندسة البرمجيات فهي فرع من 
فروع الهندسة يقوم على مجموعة أسس و قواعد تهدف إلى تصميم و تطوير البرامج بوفرة 
ونوعية عالية تلبي احتياجات المستخدمين»› هذا الفرع من الهندسة يتميز بأنه لايحتاج إلى رأس 
مال كبير و بالتالي الخسارة فيه قليلة على عكس بقية الهندسيات» كما لا يكفي لإيجاد البرمجية 
المتكاملة و الجيدة عمل شخص واحد وإنما يتطلب ذلك فريقا من المهندسين الجيدين. و قد 
أصبحت مهنة البرمجة مهنة دارجة جداً يقوم بها كثير من الأفراد غير المحترفين» لذلك كان من 
الضروري إيجاد هندسة البرمجيات لوضع الأسس والمعايير التي تصون هذه المهنة من 
المتخصصين بحيث يصبح بالإمكان تمييز البرنامج الجيد من غير الجيد. 
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أي أنها من وجهة نظر الكيميائي 
الذزاننة بخدداتها | 
أما من وجهة نظر المهندس الكيميائي فالك جا ا 
هي أداة 1مه۲تستخدم لا يجاد الحلول لمشاكل ءات 
زوک کون هذه دكا دات رة و بح دتا علا 


والفكرة نفسها يمكن النظر ٤‏ إلى علم الحوسبة معممiعء‏ مم 
ل ت را وا کو ی ا 

أو يمكن النظر إليها والتعامل بها على إنها أدوات نستخدمها عند ت 
لمشكلة ما تواجهنا أو تواجه الآخرين. 


۳,- الفرق بين البرمجة و هندسة البرمجيات: 


تعتبر البرمجة أن كتابة الكود هي أهم عملية في بناء البرامج بغض النظر عن الجدوى 
من البرنامج أو إمكانية قبول المستخدم له أو حتى قابلية التطويرء في حين أن هندسة البرمجيات 
تعمل على بناء النظام البرمجي كمشروع متكامل و دراسته من كافة الجوانب: البناء البرمجي» 
الدعم الفني والصيانة»ء التسويق والمبيعات» التطوير والتدريب على استخدامه»ء وبذلك يمکنها بناء 
الأنظمة الكبيرة لاستخدامها نظام فريق العمل في حين أن البرمجة الفردية تعجز عن ذلك.[1] 
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: software Ensineer ,۔ مهندس البرمجياٽ‎ ٤ 


مهندس البرمجيات engineer‏ ءarسftدء‏ هو الشخص الذي تقع على عاتقة تطوير 
المنتجات البرمجية التي تباع للزبائن أو التي يحتاج إليها العملاء والزبائن. ويجب علية إن يتبني 
أسلوبا منظما ونظاميا في عمله لكي يحقق الأهداف المرجوة من استخدام علم هندسة البرمجيات» 
كما يتحتم علية استخدام الأدوات المناسبة (كاختيار لغة برمجة مناسبة من لغات البرمجة عالية 
المستوى) والتقنيات الضرورية (كالخوارزميات مختلفة الأعراض)» وذلك كله اعتمادا على نوع 
المشكلة التي يقوم بحلها وقيود التطوير المفروضة والموارد المتاحة ( المادية منها والبشرية). 

يقوم مهندسو البرمجيات بجعل الأشياء تعمل» فهم يطبقون النظريات والطرق والأدوات 
حيثما تكون هذه الأدوات مطلوبةء لكنهم يستخدمون تلك الأدوات بانتقائية ويحاولون اكتشاف 
الحلول حت لم تكن هناك نظريات تطبيقية أو طرق دعم. ويدرك المهندسون أيضا انه يجب 


الزبون :۲٠٥٥)یںC‏ وهو الشر فإخص) الممولة لمشروع تطوير البرنامج المطلوب 
المستخدم :ئ الشخص (أو ج أ ص( الذي سوف يقوم فعلا باستعمال البرنامج»› 
والتعامل معه مباشرة. 

المطور :إءم هم۷٥0‏ وهو الشركة رأ ذاق سوف يقوم بتطوير البرنامج لصالح 
الزبون . 91[ 
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FIGURE 1.7 Participants in software development. 
1 االمصدر: المرجع رقم‎ 


الشكل(ه ).مشاركون في عملية البرنامج [9] 
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*المجالات المختلفة التى له علاقة بهندسة البرمجيات: 


الرياضيات: يحتوى أغلب البرنامج على عناصر رياضيات مثل ودر ط٤إمعاه‏ لذالك 
مطوري البرامج عندهم معرفة بالعديد النواحي الرياضية. الرياضيات تعمل بشكل 
أفضل أذا كانت صغيرة وهناك صعوبة فى حالة الزيادة. 

العلوم: البرامج له مواصفات علمية قياسية عديدة مثل الأداء حجم البرنامج تنوع 
الأحمال Network speed.‏ المعادلات الرياضية الطرق الحديثة لقواعد البيانات. 

علم الهندسة . 

التصنيع: البرامج عبارة عن مجمو عة من الخطوات. كل خطوة يتم تحديده وتنفذ بدقة . 
مثل الكثير من الصناعات» لتحسين وتطوير خطوط الإنتاج والوصول إلى مستوى 


ج من المبرمجين ال ا الطاقة للبحث عن اجابة للأسئلة 
فاتيح.البعض يقول أن هندسة البرمجيات تحتاج أحيانا 
]9[ 


a 
principles of software GREENE : 


والتي من خلال تطبيقات جيداً عند ت : تحقيق الأهداف المنشودة لهندسة 
الرفضت. 
وتتمثل مبادئ هندسة البرمجيات في النقاط 5 
)١‏ اأتجريدabstraction‏ 
ل( إخفlء‏ اnlعلومlٽ information hiding‏ 
modularity ةgدحgلl (Y‏ 


<( المحلي localization‏ حح 
( تجن uniformity‏ 
1( التكامنية completeness‏ 


conformability الصلاحية‎ (۷ 


1,۷ - مكونات النظام البرمجيات : 
المشاريع التي يتم تطوير ها أن تعمل في الفراخء فعليها أن تتفاعل مع مستخدمينء أجهزة 
o‏ 7 
.. وربما حتى أنظمة الحواسيب 


لهذا يجب تعريف حدود النظام ومكوناته جيداً. 
أي يجب تعريف ما الذي يشتمل عليه النظام وما الذي 
لا یشتمل علیه. 
الشكل( .)١‏ مكونات النظام من(١و )٠‏ 
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أي نظام هو عبارة عن مجموعة من الكائنات واءءزط0 والنشاطات وعارز)ءه بالإضافة 
على وصف للعلاقات التي تربط تلك الكائنات والنشاطات معا. مع تعريف قائمة المدخلات 
المطلوبة والخطوات المتبعة والمخرجات الناتجة لكل نشاط . 11 


6 البرامج 
٠‏ ملفات التكوين ( تسمى أحيانا بالبيانات )» يتم استخدامها لإعداد البرامج 
مستندات توثيق النظام الذي تصف هيكل النظام» وتحتوي على وثائق تعليمات استخدام 
النظم» الموجهة لمستخدمي النظام. 
المشكلة هو فهم ماهية المشكلة وتعريفها بوضوح» لذا علينا أولا إن 
مكوناته والعلاقات التي تربط بين هذه المكونات. 
ت : النشاط هو عميلة تحدث بالنظام وعادة ما يوصف كحدث يتم من 


شئ ما إلى أخر بتغيير خواصه( صفاته). 
تحويل احد عناصر البيانات من موقع إلى أخر» أو تعديل قيمته 


۲ العلاقات وحدود llأi¡ظlم Relationships‏ 
والنشاطات جيداء يمكن أن نربط بين کل هائن 


تستخدم من نظم أخر ی کمدخلات اںuمہا)ء‏ لذا ی أن لأي نظام حدو دا 
ر0und2rط‏ بعض الكائنات بمكن إن تعبر هذه الحدود إل دا لك النظام » والبعض الاخر 
هي مخرجات من ذلك النظام ويمكن إن ترحل إلى نظم أخر 


بهذا يمكن إن نعرف النظام إء٤ءر؟‏ ۸ على انه تجمع من :- 
ه مجموعة من الكائنات ءع1نارعم 
مجمو عة من الأنشطة وع :)ج 
وصف للعلاقات بين الكائنات والأنشطة pمزطوم Relat:‏ . 
تعريف لحدود النظام dary‏ ouط‏ 
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-,۷,١‏ أنواع المنتجات البرمجية الأساسية: 


هفاك توعان الان من المتحات الر مةه هما 


1_ برمجيات nleة‏ ژsoftwarell generic‏ : 
زاجانا يقل غلا ابت الر مات الف ل فراع العانات ر ملحت اللصوض وحرزة 
الرسوم. 


2_ البرمجيات الجاهزة (ائلمخصطصڑsoftware(î customized‏ : 
aS GE e SS EE‏ ووت قطويرها براسسطة شركة إو 


O a 
فإيخا حسب طلب الزبون نفسه ومن تم تقوم شركة التطوير بتنفيذه‎ 
[1] 


۲ -کیف نبني نظاما ؟ 
لاطب متا عسل لري نظا 
متجر ويريد تغيير نظام البيع والشراء أو 


2 0 ک۷ 
يجب ابتاع الخطوات التالية لبناء هذا النظاء. “* 
.١‏ عقد اجتماع من العميل لتحديد متطلباتهء 


مكوناته التي شرحنا. 


yy 

عليه. 
. بعد موافقة العميل على التصميم يتم العمل على وضع التصامیہ 

المشروع. 
. كتابة البرنامج. 

. اختباره» وإعادة مراجعة المتطلبات التي وضعها العميل للتأكد من تحققها في البرذ 

. تسليم النظام إلى العميل. 

. بعد تسلم العميل للنظام قد تظهر بعض المشاكل أو الأخطاء التي لم تظهر خلال عمليه 
الاختبار» والتي تجب على المطور إصلاحها فيما يعرف بصيانة النظام. 


[2] 
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دورة حياةتطوير النظام 


Software development life cycle 


دورة حياة تطوير النظام هي مجموعة من الأطوار ومووطم المترابطة والمتماسكة 
والنتائج المرتبطة بها ) المطلوبة لتطوير وإنتاج نظم برمجية يمكن الاعتماد عليها للقيام بمختلف 
الوظائف التي آخر» هي العمليات إلي البرمجيات بالشكل الذي يتلائم مع متطلبات الذي يتلاءم 
مع متطلبات الزبائن وجمهور المستخدمين 


Four Phased Software Development Life Cyclêé 


(5 Payment. Mlastoha Funeétioha 
ا‎ Requfrements ($) 


&ټ | 0 


as 

اقل وفائدة اقل . أيضا إن الاسم المحدد 

بكل طور يمكن أن يختلف من شركة إلى 
والأسماء المستخدمة هنا للأطوار المختلفة قد 
اختیار ها على ضوء ما هو مستخدم ومتداول س 
بين شريحة واسعة من كبرى الشركات العالمية.[1] 


: أطوار دورة حياة تطوير النظام‎ -,١ 
۵ : specifications phase مlظنلا تحديد مواصفات‎ 
O O SS 
وقيود د العمليات را یسمی‎ e بتعريف وظيفة‎ 
. أحيانا باسم‎ 
development مlظنلا تطوير‎ ۲ 
. يتمثل في إنتاج نظام برمحي بحيث يحقق المواصفات المطلوبة‎ 
التحقيق أو التثبت 0:اه لاج‎ _۳ 
هي عبارة عن فحص واختيار للنظام للتأكد من إن النظام يحقق ما يريده الزبون بالضبط.‎ 
:Ev ارتقاء آو تحدیث النظام و0 )ںاھ‎ ٤ 
تقوم بعض عمليات البرمجيات المختلفة بتنظيم هذه الأطوار بطرق مختلفة ووصفها‎ 
بمستويات مختلفة من التفاصيل» ويختلف توقيت الأطوار كما تختلف نتائج كل نشاط منها.‎ 
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إن عمليه بناء أي منتج تمر بعدة مراحل يطلق عليها عادة ( دورة الحياة ) (life Cyc1e(_‏ 
فان دورة حياة تطوير أي نظام برمجي تتضمن المراحل التالية:- 
-١‏ تحديد وتعريف lالمتطlبlاٽ‏ ) (Requirements analysis and definition‏ 
1 تصميم lأiظlم System design‏ 
٣۳‏ تصميم llبرnliج Program design‏ 
٤‏ کتابة البرنامج ) تطوير 6( program implementation‏ 
٥‏ اختبار وحدات البرiنlمج unit testing‏ 
- اختبار نزم system testing‏ 
۷- د النظام system delivery‏ 
۸ lصilıة maintenarîçe‏ 


ي مرتڊ / OCR COS‏ 
> إلا إن التجارب العلمية ت إن هذا لیس ضروريا وان دوره حياة تطوير البرامج قد تأخذ 
أشكالا (أو أنماطا) مختلفة 


ر"هخطط تتابع العمل وتتابع الأطوارء 
ومنظور تدفق البيانات ( تدفق المعلومات )» e‏ أ (تحدید أعمال ) والنماذج 
بطبيعتها هي تبسيط لدورة حياة تطوير النظام © : : 
العاملون في هندسة البرمجيات . 


:Waterfall Model النموذج الإنحدارٳ‎ -١ 
(١ ( في هذه النموذج تسير دورة الحياة بشكل تدريجي بدأ من الخطوة‎ 

(۸). يتميز النموذج الانحداري بالبساطة › ولذا فانه يسهل على المطور تو 
العمل بالمشروع للعميل ( الذي عادة لا يعرف الكثير عن صنع البرمجيات ) والمراكل 9اا تبقي 
من العمل » وقد كان هذه النموذج أساس عمل كثيرا من المؤسسات لفترة طويل ل وزارة 
الدفاع الأمريكية » واستنبط منه العديد من النماذج الأكثر تعقيداً. 

إلا إن لهذا النموذج العديد من العيوب , أهمها انه لا يعكس الطريقة التي يعمل بها 
المطورون في الواقع» فباستثناء المشاريع الصغيرة والبسيطة ( أي إنها مفهومه بشكل جيد 
للمطور ) فان البرمجيات عادة ما تنتج بعد قدر هائل من التكرار والإعادة » في حين إن هذا 
النموذج يفترض أن يكون الحل واضحا ومفهوما وسبق تحليله بالكامل قبل مباشرة مرحلة 
التصميم وهو أمر يكاد يكون شبه مستحيل مع الأنظمة الضخمة » وحتى إن كان ممكنا فإنه يأخذ 
وقتا طویلاً جداً (ربما سنوات)!. 

باختصار النموذج الانحداري سهل الفهم وبسيط في إدارتهء لكن مميزاته تبدأً في التداعي 
بمجرد أن يزداد في تعقيد المشروع. 11[ 
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التطوير على مراحJ :Development Phased‏ 
كسب النمودج الانحداري فانه يجب على المطورين انهاء مرحلة تحليل المشروع بشكل 
تام قبل البدء ف في التصميم » وكما وضحنا فان هذه المرحلة قد تتطلب وقتا طويلا في بعض 

المشاريع وقد تمر عدة سنوات قبل إن يرى البرنامج النهائي . 
کن ف كن ل 3 الل الا كل هر ا و 
الإجابة بالطبع لا . 

لذا كان لا بد من إيجاد طرق أخرى لتقليل زمن تطوير المشروع إحدى هذه الطرق هي 
التطویر على مراحل 4٥یھط۴‏ ٤”eءصمہاeہe(‏ حیث یتم تطویر النظام على عدة مراحل »› بتقدیم 
ادان ار امع ا ص ار اف لم والهل كل لرن الإصدا ر الاخ اللي سرت 


: 2 ۹ 
القيام ت يبدا او إصدار سوال ات يتم اضافة رة من 
الأجزاء(الوظائف) حتى يتم الانتم ا وحسب متطلبات العميل . 


من ممیزات ا 
مبكرا وبصورة منتظمة » ورصد الصعوبات ١‏ 
انه يمّكن من اكتشاف مدى حجم وتعقيد العمل مبكرا. 


:sمذ٣aا‎ M0لء1 النموذج اللولبى‎ -٤ 

وهو شبيه لدرجة كبيرة بالنموذج ألتزايدي والتكراري › 
التطوير مع إدارة المخاطر وز من أجل التحكم بها وتقليلها يبدأ النموذء 
العميل مع خطة العمل المبدئية ( الميزانية › قيود النظام › والبدائل المتاحة ) ثم ب 
الأمام بتقدير المخاطر وتمثيل البدائل المتاحة قبل تقديم ما يعرف ب " وثيقة العمليات 
ئrtمم‏ التي تصف وبشكل عام كيف يجب على النظام أن يعمل › بعدها يتم تحلإد 
المتطلبات للتأكد من إنها تامة ودقيقة إلى أقصى حد ممكن . بذلك يتكون وثيقة العمليات هي 
المنتج من الطول الأول» و المتطلبات في المنتج الأساسي من الطور الثاني وفي الطور الثالث 
تتم عمليه التصميم › أما الاختبار فيتم خلال الطور الرابع . 

في كل طور أو مرحلة يساعد تحليل المخاطر على تقدير البدائل المختلفة في ضوء 
متطلبات وقيود النظام وتساعد النمذجة على التحقق من ملائمة أي بديل قبل اعتماده. 
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:(WATER FALL) Jڻll|‎ جذgمi‎ 


نموذج الشلال يمثل أطوار دورة حياة تطوير النظام في مراحل عمليات مستقلة مثل 
مرحلة على حدة ومن ثم الانتقال إلى المرحلة التي تليها. يبين نموذج الشلال تتابع الأطوار في 


دورة حياة تطوير النظام مع مداخلاتها ومخرجاتها. 
ويمكن تمثيل هذا النموذج بالشكل التالي: 


Requirements 
definition 


System and 
Software design 
Implementation 
And unit testing 


Integrating and 

System testing 
Operation and 
Maintenance 


[1] ( waterfal1 Jںشl|‎ جi‎ ١(لكشلا‎ 


a 


| ,.- إما مراحل نموذج الشلال فقتل 

ا وت رحا البر ج 
System and software design‏ 

تنفيذ واختيار وحدات النظام 
Implementation and unit testing‏ 
تجمع النظام واختیاره 
Integrating and system testing‏ 
عمل النظام وصيانة 
Operation and maintenance‏ 


وينبغي ملاحظة إن هذه المراحل قد تختلف من مطور إلى أخرء كما قد من 


کم 


» 


شركة إلى أخرى. وقد تتجزأً بعض تلك المراحل إلى عدة مراحل فرعية › وقد يتم دمج 


ف تام قفا تن فى ان الي عبر المرن لمرو ع إلى مر ال اة 
يزيد من صعوبة الاستجابة لمتطلبات الزبون المتغيرة › لهذا يصبح هذا النموذج مفيدا 
ومرغوبا عند التفهم الكامل لمتطلبات الزبون . 
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:(Evolutionary development ) نموذج التطویر الارتقائی‎ ٦ 


التطوين الارتقلي هو ترذح تطرير تاج نظ برمجي: : و التمودج 
عامة ثم تتم متابعة العمل في أطوار متزامنة لتحديد المواصفات التي تعطي نماذج أولية التي 
بدورها لتغيرها أو تعديلها. ثم من طور تحديد . المواصفات تبدا اعمال التجهيز التي توفر 
إصدارات وسيطة تتفاعل بدورها مع طور التطوير حيث تؤثر فيه تتأثر أيضابه . ثم يتم 
التحقيق من النظم اي الطور التحقيق أو التثبت للوصول إلى الإصدار النهائي للنظام. كما تلاحظ 
أن الطور تحديد مواصفات النظام والتطوير التحقيق أو التثبت تتفاعل مع بعضها البعض. 


Initial 
Version 


Developmen [ *j Intermediate 


Versions 


Final 
Version 


الشکل(۲,٠)‏ اچ1 


من المشاكل التى يعانى منها نموا اۋار 
تطویر النظام» وفقر هيكلية النظام» کا ان هدها : 
برمجية خاصة تسمح بإصدار النماذج الأولية السويي 
يمكن تطبيق نموذج التطوير الارتقائي فلا 
أجزاء من النظم الكبيرة مثل واجهة المستخدم؛ وفي النظم ة 


يقوم هذا النموذج بتحويل المواصفات الرياضية عبر عدة عمليات الصسها | 
كما إن هذا النموذج يجسد منهجية التطوير النظيف للبرمجيات. تتدرج مراحل هلا اللاودج 
تعري يف المتطلبات (تحدید مو اصفات ( اصفات النظام الأساسية وتحر 
الخاجة إلى ا و کاصر: بالإضافة إلى أهناك أجزاء النظاد ل اسا که 
يمكن تطبيق نموذج التطوير الأساسي عالية من الأمان والسرية. 


الشكل (۳. ۸) مراحل نموذج تطوير النظم الأسا 


Requirements Formal Formal Integration and 
Definition Specification Transformation System testing 
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: (Reuse-based development 


يعتمد هذا النموذج علي إعادة الاستخدام التقليدي؛ حيث يتم تجميع النظام من عدة 
مكونات موجودة مسبقا أو من نظم متوفرة. 


System design 
with reuse 


التجهيز والتجميع 01 eg]‏ )ہ1( 


. التنفيذ والتجميع. 
. التحقق من النظام . 


0 


:(Process iteration) تايذkمaعlاl نمودج تكرار‎ -۹ 


دائما ما يتم استخراج متطلبات النظام أثناء تنفيذ أطوار 
النظام لهذا تتكرر عملية الحصول علي متطلبات جديدة - علي 
مطوري النظام العمل علي تحقيقها لكي يطابق النظام مع 
متطلبات الزبون التي تم توثيقها في مستند الواصفات ويعاد 
العمل علي المراحل المبكرة من الشروع خاصة في النظام 


الكبيرة . 


الشكل(ه 4 تکر ارا لعملیات ]1[ 


software Engineering هندسة البرمجيات‎ 


-۹,١‏ هناك منهجیتان لتكرارهما: 
التطویر المتز اید .Incremental development‏ 
والتطوير الحلزوني .Spiral development‏ 


Incremental development: دیازjتملا التطویر‎ ٥ 


يعد التطوير المتزايد الخطوة الخامسة من أطوار دورة حياة تطوير النظام» فبدلا من 
التواصل لإعداد النظام مرة واحدة يقسم طور تطوير النظام إلي أجزاء متعددة تزيد كلما دعت 
الحاجة إلي ذلك ويقوم كل جزء منها بالقيام بوظيفة معينه مطلوبة. 

EG I 


حلة السادسة من أطوار دورة حياة تطوير النظام» وهو يمثل 
لبية بدلا من تتابع متتال الأطوار النظام مع الرجوع عكسيا 


تحديد مواصفات النظام أو التطوير ¢ 
ويتم تقدير المخاطروءاع وتحليلها وحل 
في الربع الأول من الحلزون د 
والقيود sامذه٣٤ومرهء»‏ أما في الربع الثاني فیتم تقب تو 
ووت التطويز في الر تح الات ر تاک ل 
تخطيط المرحلة الثانية. 


: نموذج تدفق البيانات (نموذج الأنشطة)‎ -١ 
ويسمى كذلك نموذج المهمة والفعل» ويتم -فيه- تمثيل لها‎ 
البرمجيات» وكذلك الأطوار المسئولين عنها.‎ 


: دراسة متطلبات النظام‎ -٣ 


وهو أهم خطوة في تطوير البرامج وهي تحديد متطلبات النظام Capturiıîg the‏ 
.requirements‏ 

الهدف من تحديد المتطلبات هو فهم ما يتوقعه العميل والمستخدم من النظام ( ما الذي 
يمكن للنظام أداؤه وما لا يمكنه أداؤه) فقد يكون النظام المطلوب تصميمه بديل لنظام أو لطريقة 
مستخدمة لأداة مهمة محددة » أو ممكن أن يكون نظام جديد يقدم خدمة جديدة لم يسبق تقديمها 
من قبل فلكل نظام برمجي وظيفية معينة » تحدد بما يمكن له أن يقوم به من جل أداء تلك 
الوظيفة. 

المتطلبات: هي تعريف لشكل النظام أو وصف لما يستطيع هذه النظام أن يقوم به لأداء 
وظيفته التي سيصمم من اجلها. ]2[ 
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-,١‏ خطوات تحديد المتطلبات:- 


أولاً:- الاجتماع مع العميل للتعرف د 

وهذه الخطوة هامة جداً إذ أن بقية الخطوات التالية تعمد عليها بشكل أساسى. لذا يجب 
علينا أن نستخدم كافة التقنيات المتاحة لنكتشف ما الذي يطلبه العميل والمستخدم نبد بفهم وتحيل 
المشكلة التي تواجه المستخدم بكل أبعادهاء نتعرف على العمليات والمصادر التي تتضمنها 
المشكلة والعلاقات التي تربطها معا ونحدد حدود النظام » وهذا يمكن إن يتم من خلال: 

-طرح الأسئلة على العميل» ومن المفيد أن أحيانا أن نطرح نفس السؤال ولكن بأسلوب 

مختلف أكثر من مرة فهذا يساعدنا على التأكد من أننا نفهم ما يقصده العميل بالتحديد. 

- عرض نظم مشابه للنظام المطلوب سبق تصميمها من قبل. 

ض د دج لأجزاء من النظام المطلوب أو للنظام بالكامل. 


التوثيق C1 a‏ 
البيانات وج5 
الaصiدڙر Resources‏ 
Security jÎ!‏ 
هه ضمان انجودة ality Assurance‏ 
ويجب التأكد من أن نناقش جميع هذه العناصر 


ثانياً:- تسجيل هذه المتطلبات 
باعتبار إنها ما يطلبه بالفعل: 
المتطلبات لا تصف فقط تدفق البيانات والمعلومات من وا 


وثالثا:- توضح المتطلبات لفريق الاختبار ما الذي يجب إثباته لا قناع الزبون أن ال 
تطويره هو ما سبق أن طلبه بالضبط, 


لذلك ولضمان إن كلا من المطورين والزبون متفاهمون تماما على ما يجب القيام به » فان 
المتطلبات المسجلة حتى هذه الخطوات يجب أن تكون لها الصفات التالية :- 
.١‏ أن تكون صحيحة 00۲۲٥٤١٤‏ وخالية من الأخطاء 
۲. أن تكون ثابتة ٤‏ عاوزومهء بمعنى أن لا يكون هناك أي تعارض بين متطلب وأخر. 
۳. أن تكون تامة ٥†ء[مصره٤‏ يجب أن يتم ذكر جميع الحالات المختلفة للنظام › 
والمدخلات) المخرجات المتوقعة منه . 
.٤‏ أن تكون واقعية )ءاجه 8 بمعنى أن تكون قابلة للتطبيق في الواقع . 
. أن تكون متعلقة بأمور ضرورة للعميل » ويتطلبها النظام . 
. أن يكون من الممكن التحقق منها ع[طهf1ام.‏ 
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۷. أن تكون قابلة للتتبع م1طaءءه»).‏ 
يطلق على هذه الوثائق وثائق تعريف nllمتطlبlٽ .Requirement Definition Document‏ 


ثالثاًء- إعادة تسجيل الس بشکل ریاے mathematical‏ لأيقوم المصممون بتحويل تلك 


4 


1 مرحله ال 
سرا عة گان بے اک اء ا ري المتطدات زی تسگا غا فل فينع 
والتي تكتب باستعمال اللغة الطبيعية ( لغة البشر ) لوصف وتسجيل متطلبات النظم بحيث يمكن 
للعميل أن يفهم كل كلمة موجودة بهاء إلا أن ذلك يسبب العديد من المشاكل التي يعود سببها في 
O O TT O‏ 
خدم على النظام التعبير ( متوقف عن العمل ) إذا كان النظام مشغول 
E backup‏ إن لا يستجیب لاوامر al‏ ل 
ا د 
متطلباته التي حددها من قبل › ذلك يتم كتابة نوع ثان من 
lلnتطlبlٽ‏ ( (Requirement specification Document)‏ 
ة E SA SEES A‏ 
UML Unihed Mideling‏ 


رابعاً:- التثبت وال عاق من ف ` 


-٤‏ تصميم النظامء 


ما هو التصميم ؟ کم 
ال مز عا بذ جد ا د 
هذا الحل. 
حيث نستفيد من المتطلبات التي حددنها في الخطوة السابقة في التعرف 
نبدأً في التفكير في الحل الذي يفي بجميع الشروط والمواصفات التي تحددها | : 
ا ا غ کو مه رد الور ن ق کت حرا ی کا نسب من 
بینها. 
عند الانتهاء من خطوة تحديد المتطلبات» فإننا ننتهي بوثيقتين ( كما ذكرنا فيما سبق) 
a aa‏ يف المتطلبات ) ويتم تقديمها للعميل والثانية ( وثيقة مواصفات 
وور المشم فر رن ها ال دا ال لے برک اتل ( لے ا اة رت 
نفس الوقت يرضي المطور (يمكن تطبيقه). ]2 
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لذا فان عمليه التصميم فى عمليه تكرارية ء۷ااهم) من خطوتين :- 


أو لا:- يتم إنتاج التصميم التصوري Conceptual design‏ والذي يوضح للعميل ما الذي 
ET‏ وفي حال موافقة العميل على هذا النظام يتم الانتقال للخطوة التالية . 

ثانیا: ب جوزل الع الصوري إلى ري نة بها تفاصيل أكثر ااضحع طن س ا 
التصميم التقني «عنومل ادن« طءه) والذي يجب أن يظهر للمطور ما هي المعدات والبرمجيات 

أحيانا يتطلب الأمر للعودة إلى الخطوة الأولى ( التصميم التصوري ) والتعديل عليه › لذا 
فأنها عمليه تكرارية حتى الوصول إلى التصميم الذي يرضي العميل ويمكن تطبيقه على ارض 
الواقع في ظل الإمكانيات المتاحة للمطورين . 


وظائف النظام ئfuneti0n‏ ويكتب بلغة يمكن للعميل أن يفهمها 
العميل حول ماذا( )W841‏ يعمل النظام ويجب أن يکون خالي 


المطلوب» لذا يجب أن يقدم هذا الت 
النظام »> ولمنع إلى تضارب في المفا 
وأساليب تقينه . 


-٥‏ كتابة البرنامج واختبارهء 


الجزء الول كتابة البرامج : 
ضع التصميم للنظام واختيار لغة البرمجة المنا- 

اا اک اک ار ےا ا e‏ 
اة یر مجه کی فل دف نے عل فا الوال الال ۰ 

س: لماذا علينا إتباع هذه القواعد؟ 

ج: إذا كان الفرد (المبرمج) يعمل منفرداً في كتابة برامجه»ء فان آتبا 
قياسية في البرمجة سوف تساعده على تنظيم أفكاره لتجنب الوقوع في | 
ستساعده على اكتشاف أي أخطاء قد تحدث بسرعة وبسهولة. 


أما آذا كان الفرد يعمل ضمن فريق برمجي » فان إتباع القواعد والأساليب القياسية في 
كتابة أجزاء البرامج التي يطلب منه كتابتهاء سوف تساعده وبقية الفريق من تنسيق أعمالهم 
ا کا اا قال من عد ااخطا ی ایر ار تا لى اشاق ما بتع متها فى 
أسرع وقت ممكن . 

تفرض الكثير من شركات البرمجة على مبرمجيها إتباع قواعد قياسية في كتابة بر امجهم» 
وذلك ضمان التكامل في جميع البرامج» كما إن بعض الشركات تعين فرق لاختبار البرامج» غير 
الفريق الذي قام بالبرمجة ولذلك يجب أن يكون الكود البرمجي مكتوب بطريقة واضحة لجميع 
من يقرأه» ولیس لمن قام بكتابته فقط . 
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: Programming Guidelines ڊaربلا بعض اعد‎ - ٦ 
لغة البرمجة:‎ 
»۷¡ءu2[‎ 8جء1cكڭسيب لغة الالهء لغة باسكال]2ءووه8, لغة بيسڭكء1وه8› لغة فيجول‎ 
. وغيرها من اللغات‎ °# C++/€ لغة أوراكلم[عهإ0» لغة سي بلاس‎ 
والتي تعتمد على رموز رقمية تكون في صورتها البسيطة من‎ : MACHآNE‎ ANGUAGE لغة الال‎ 


الرقمين( ٠ › ١‏ ) لغة تجميعية أعلى قليلا في مستوى تعقيدها وتسمى لغ lلتجaيg ASSEMBLY‏ 
XNGUA 6E‏ 1 » وتعتمد على رموز حرفية بدلاً من الرموز الرقمية › كما في لغة الآلة .أنواع البرمجيات : 


OPERATTING SYSTE 


COMPILE RS ڄاڀ‎ 
-APPLICATI بيات‎ 


وأثناء كتابه هذه الهياكل علينا أن نحار 
الواسعة قدر الإمكان . 


Benefit = minimum; 


if ( age<Y* ) goto A; انظر لهذا المثال‎ 


Benefit = maximum; 

goto C; ي‎ 
if ( age<"* )goto B; 

1f ( age<°*°* )goto; 

A: if ( age< "° ) goto B; 

Benefit = benefit* 1.5 + bonus; 

goto C; 

B: 1f ( age< °° ) goto A; 

C: next statement 
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TENN TEE FETE 


if (age<*°) benefit = minimum: 

else if( (age<1°) benefit = minimum + bonus; 
else if (age<Y°) Benefit = minimum +*15 bonus; 
Else Benefit = maximum 


تقول أن العمومية ميزة #uاإ¡۷‏ ۾ ئ¡ راناهإمممع» لذلك حاول 
ابرمجة عامة» لتتمكن من إعادة استعمالها في بقية برامجك بأقل قدر 


ET 
الوقت والجهد الذي تحتاجه‎ .۳ 


لساب تكلفة البرنامج › لذلك عليك 
طة والوضوح من اجل 


از عة 


الجزء الثانى: اختبار البرنامج: 
ح 
وصلنا ألان إلى آخر مرحلة من تطوير النظام > وهي اختباراا 
على النحو الذي يتوقعه الزبون . 
قبل تسليم النظام النهائي إلى الزبون تجرى عليه الكثير من الاختبارات 
على ما الذي یتم اختباره متلاً: 
( احمد مكونات البرنامج - مجموعة من المكونات - جزء من النظام - النظام بالكا 
والبعض الأخر يعتمد على ما الذي نريد معرفته من هذه الاختبارات متلا:- 
ه هل يعمل النظام وفقا لما ورد في المتطلبات ؟ 
ه هل يعمل النظام وفقا لما ورد في التصميم ؟ 
٠‏ هل يعمل النظام كما يتوقعه الزبون منه ؟ 
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مراحل الاختبار:- 
عند العمل على اختبار نظام من الحجم الكبير » فان عملية الاختبار ت تتم على عدة مراحل 
موجزها في ما يلي:- [ 
.١‏ اختبار lئaكوj :Module testing glcomponent testing‏ 

أول مراحل اختبار النظم » هي اختبار كل مكون على حدة بمعزل عن بقية 
مكونات النظام » للتأكد من عمله على النحو المتوقع منه »› باختبار 
المعلومات المتحصل عليها ( ٤uم٤ں0)‏ منه بعد إمداده بالبيانات اللازمة له 
.(input )‏ 

. اختبار llتکJal :integration: Testing‏ 
بعد اختبار كل مكونات النظام والتأكد من سلامة تصميمها » يجب أن نتأكد 
إأنها ستعمل معا بشكل صحيح وانه لا يوجد تضارب بين بعضها البعض 
ث أن المعلومات المنقلة بين هذه المكونات تصل بالهيئة المتوقعة لها ء 


ه اختبار النظام بعد تجميع كل مكوناته للتأكد من أنه يؤدى الوظيفية 
ن ليه القيام بها » والموضحة في وتائق متطلبات النظام » عندما 
هذا الاختبار يمكننا اعتبار هذا النظام على انه نظام عامل 


عند EN‏ النظام لهذا الاختبار يتم 
4 وبهذا فأننا نعتبر إن النظام 


. اختبار lلقبJg :Acceptance test‏ ™» 
هذه الاختبار للتأكد 


" 


الاختبار وکت د 
انه يعمل كما هو مطلوب منه. 


-لغة اللمذجة الموحدة . 


طريق البرمجيات هي منهجية لتطوير البرمجيات يغرض تسهيل إنتاج برمجيات عالية 
الجودة بطريقة اقتصادية. 
كانت لرن ١ذر‏ لى ظرزت فى العست ات من رن آفاک ل ف اتل ا 
DeMarco 1978 structured analysis‏ ((وطريقة 1983 [Ja0‏ SD[))وحاولت‏ هذە 
الطرق تعريف المكونات الوظيفة لبرامج ما وما زالت هذه الطرق الموجهة بالوظائف (الوظائفية 
المنى) oriented methods‏ -functionمستخدمة‏ على نطاق واسع, وفي الثمانينات وتسعينات 
القرن الماضي ثم استكمال هذه الطرق بالطريق الكائنة ائمنحى object- oriented methods‏ 
وتجمعت هذه المنهجيات المختلفة في منهجية واحدة موحد مبنية على لغة النمذجة الموحدة 
unified modeling language um‏ وقد بنيت كل هذه الطرق على فكرة نماذج تطوير 
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الأنظ ة تمتلها بالرسم » وباستخدام هذه النماذج كمواصفات نظام «specification‏ و تصميم 
عمل » يجب إن تحتوي الطرق على عدد من المكونات المختلفة . 


ويجب التنويه إلى أنه لا توجد طريقة نموذجية معينةء إذ إن لكل طريقة من الطرق سالفة 
الذكر مجالات مختلفة لتطبيقها. وكمثال على ذلك فان الطرق كائنيه المنحى تكون مرغوبة في 
النظم التفاعلية وصماورء ءاعو مء لكنها ليست كذلك في نظم متطلبات الوقت الحقيقي 
lئحر‏ ج stringent real- time requirements.‏ 


[1] 


۸- هندسة البرمجيات بمساعدة الكمبیوتر ٤ګ€۸S‏ 


ی اع ارا اکا کے کک کے دک 

أطوار دورة حياة النظام nllتطlبlٽ requirements analysis system modeling‏ 
ونمذجة نظام modeling‏ 
»والاختیار stig‏ . 

وترتبط كل طرق هندسة الب 
تستخدم لتسجيل الملاحظات ( التدوير وحدات التحليل ules‏ 0۵ص ءزوواهمهالتي 
تختبر نموذج النظام بناء على قواعدا و ي 
إنشاء توٹيق llأنظlم.ږdocumentatio .system‏ 

وقد تحتوي C۸6۴‏ أیضا على مولد شفرھ 
المصدر 4eه» uc‏ ممن نموذج النظام. كما ي 
البرمجيات عما سيفعله في الخطوة التالية. 


۹ خصائص البرمجيات الجيدة : 


تسعى طرق ومنهجيات هندسة البرمجيات إلى إنتاج نظم برمجية 
الخصائص المرتبطة بالبرمجيات والتي تعكس جودتها. ولا تتعلق هذه ال 
البرمجيات مباشرة» بقدر ما تعكس سلوك هذه البرمجيات عند تنفيذهاء وأيضا بدر 
هيكل تنظيم البرنامج المصدر والتوثيق المرتبط بهذه البرمجيات. وأحيانا تسمى هذه 
ب السمات غير الوظيفية.(عt‏ ط)٤‏ اaر0مناءمfu‏ - ص0 ) ومن هذه الخصائص الأتي: 


¡. قابة الصيlنةmaintainability:‏ 

تعني أنة يجب إن تقبل النظم البرمجية احتياجات التغير. أي أنة يتم كتابة البرنامج 
بطريقة تلبي احتياجات تغيير يحتاجها الزبون أو المستخدم. وهذه خاصة حرجة لتغيرات البرامج 
تا کت رات ب الل 
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:dependability ةıقوڈوملا‎ .ii 
تعني ضرورة إن تكون البرمجيات جديرة بالثقة ( أي موثوق بها ) .رط٤0۲ساءں٣) وهذه‎ 
الاعتماد‎ ‘safety والأمان‎ «security الخاصية تشمل عل نطاق واسع من الخصائص»› التامين‎ 
عليها رانازطوزاه؛ فالبرمجيات التي يعتمد عليها لا تسبب ضررآ تلفا فيزيائيا أو اقتصاديا في‎ 

حال خدوت انهذان النظاد 


: efficiencyةslفكئl‎ .iii 
تعني إلا يكون هناك إهدار لموارد النظام .5٥cإuهوهإ هاورو حيث أنة لا يجب على‎ 
نظام متل الذاكرة ودورات المعالج .ءعآءرء إمءومعهإم هذه يعني كفاءة‎ 
جابة sیمممresponsiv » ووقت المعالجة معصنا ssi«gمع0ام »› واستخدام‎ 


البرمجيات قايلة للانتز © 
تحتوي غلئ مستندات التوثيق 


: فا الاتصالات ا يجب إن‎ « secure 

برامج الألعاب فيجب إن تكون حساسة التفاعلية Sd responsi‏ إن ا 
البرمجيات الذين يقومون بعمل التحليلات وتحديد ال 

البرمجيات » هم في الحقيقة المسئولون عن تحقيق ود 

البرمجية التي يبنونها. 
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